home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qtech527.arc / XDV.TEC < prev   
Encoding:
Text File  |  1991-05-29  |  4.8 KB  |  115 lines
  1. ID:X2 XDV.COM/DV.COM - vs - DV.EXE
  2. Quarterdeck Technical Note #125
  3. by Dan Sallitt
  4.  
  5. Q: Why does DESQview fail when I use XDV.COM or DV.COM but work
  6. correctly when I use DV.EXE?
  7.  
  8.   XDV.COM, which is usually renamed to DV.COM by the DESQview
  9. Install program (before DESQview 2.26, the Install program did
  10. not automatically perform this renaming, though Quarterdeck's
  11. documentation recommended that it be done manually), is a loader
  12. that places bits of DESQview code in high memory areas.  It is
  13. useful on any system that has expanded memory, or on any system
  14. that has extended memory and is using DESQview's QEXT.SYS driver,
  15. or on any system using QEMM.SYS.  If DESQview loads successfully
  16. when started with the DV.EXE file but not when started with
  17. XDV.COM or DV.COM, there are two likely possibilities:
  18.  
  19. 1) The system's expanded memory manager (EMM) has allowed
  20. DESQview to place a piece of its code in an area between 640K and
  21. 1024K (known as the reserved memory area) that is already being
  22. used by hardware in the system;
  23.  
  24. 2) QEXT.SYS is conflicting with another program that is using the
  25. first 64K of extended memory.
  26.  
  27.   In the first case, one must determine which part of the area
  28. between 640K and 1024K is in conflict, then exclude it using the
  29. expanded memory manager's parameters.  If you know the hardware
  30. in the system, you should consult the manuals (or the
  31. manufacturers) of the expansion boards in the machine to
  32. determine the addresses that are being used for ROM extensions,
  33. buffers, etc.
  34.  
  35.   If your system is a 386 running QEMM-386, the QEMM.COM Accessed
  36. screen (also available as the Manifest QEMM 386\Accessed screen)
  37. can provide valuable hints about what areas of memory are in use. 
  38. To use the Accessed screen, remove the RAM parameter (if it is in
  39. use) from the QEMM line in the CONFIG.SYS file, add the ON
  40. parameter, and reboot the machine.  Any area that the Accessed
  41. screen then shows as having been touched, but that the QEMM Type
  42. screen shows as Mappable or Rammable, is a good candidate for
  43. exclusion.
  44.  
  45.   Failing this, you should use the /X parameter to DV.COM or
  46. XDV.COM to exclude different areas of reserved memory, making the
  47. exclusions smaller and smaller until the conflict is pinpointed. 
  48. Like most memory managers, DV.COM/XDV.COM takes hexadecimal
  49. addresses; in hexadecimal, the range A000-FFFF represents the
  50. addresses between 640K and 1024K.  Thus the command line
  51.  
  52.           XDV /X:A000-FFFF
  53.  
  54. prevents DESQview from putting its code anywhere between 640K and
  55. 1024K.
  56.  
  57.           XDV /X:A000-CFFF
  58.  
  59. excludes the first half of this area, and
  60.  
  61.           XDV /X:D000-FFFF
  62.  
  63. excludes the second half.
  64.  
  65. All the possible 16K areas that can be excluded on DV.COM/XDV.COM
  66. are listed below.
  67.  
  68. A000-A3FF   A400-A7FF   A800-ABFF   AC00-AFFF
  69. B000-B3FF   B400-B7FF   B800-BBFF   BC00-BFFF
  70. C000-C3FF   C400-C7FF   C800-CBFF   CC00-CFFF
  71. D000-D3FF   D400-D7FF   D800-DBFF   DC00-DFFF
  72. E000-E3FF   E400-E7FF   E800-EBFF   EC00-EFFF
  73. F000-F3FF   F400-F7FF   F800-FBFF   FC00-FFFF
  74.  
  75.   To exclude a number of these consecutive ranges, use the
  76. endpoints of the first and last block that you want to exclude. 
  77. For instance:
  78.  
  79.           XDV /X:A000-ABFF
  80.  
  81. excludes the first three 16K areas above 640K.
  82.  
  83.   To determine if QEXT.SYS is in conflict with anything in the
  84. system, use this special exclusion on DV.COM or XDV.COM:
  85.  
  86.           XDV /X:FFFE
  87.  
  88.   Since the Quarterdeck Expanded Memory Manager-386 (QEMM-386)
  89. and other expanded memory managers for 80386 machines allow
  90. DESQview to place code in the QEXT area without the actual
  91. presence of the QEXT.SYS driver, this exclusion should be tried
  92. when troubleshooting 80386 machines in general.
  93.  
  94.   If the /X:FFFE exclusion eliminates the problem, look in the
  95. CONFIG.SYS and AUTOEXEC.BAT files for drivers or terminate-and-
  96. stay-resident programs that may be using extended memory.  If a
  97. program is in conflict with QEXT.SYS, the program may take
  98. parameters that will prevent it from using the addresses between
  99. 1024K and 1088K, which QEXT.SYS must use.
  100.  
  101.   It sometimes happens that a problem with XDV.COM or DV.COM is
  102. not localized: that is to say, almost any use of the .COM files
  103. to put DESQview code in almost any area causes the problem.  In
  104. such cases, one should probably look for a low-level conflict,
  105. usually on the hardware level.  One situation of this sort occurs
  106. on 80286 (or lower) systems on which an expanded memory board is
  107. used to backfill motherboard memory without the user having
  108. disconnected the already existing motherboard memory.  The
  109. resulting address conflict causes immediate crashes with DV.COM
  110. or XDV.COM; DV.EXE will also crash in this circumstance, but not
  111. until DESQview has to allocate expanded memory to open multiple
  112. windows.
  113.  
  114.        Copyright (C) 1991 by Quarterdeck Office Systems
  115.              * * * E N D  O F  F I L E * * *